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(57) Abstract: The present invention is directed to an electronic system and a method for integrating disease management infor- 
mation into a physician workflow. A method for presenting treatment algorithms to at least one user, the method may comprise: 
receiving or storing treatment algorithms from at least two disease management advisors; selecting a subset of treatment algorithms; 
and presenting (he subset of trcatmcnt algorithms to the at least one user lx)r specifying medical diagnosis and treatment algorithms 
that may be integrated into a healthcare workflow of the electronic system, the electronic system may include: (a) a cxjordi nation 
server having one or more rules for selecting at least one treatment algorithm based on medical and demographic information about 
a patient; and (b) an interface for providing a plurality of questions related ton one or more medical flndings, the questions may 
be executed for the patient. The electronic system may further enable access to a plurality of entities; each entity may specify one 
or more treatment algorithms to he included in one or more healthcare workflows, hbr example, one or more third party disease 
management advisors (DMAs) may be integrated into a physicain workflow. An electronic mcdkrat record (OMR) device such as a 
wireless tablet which is generally used by healthcare professionals (HCPs) is leveraged lo integrate a plurality of disease management 
algorithms with the traditional OMR workflow of an electronic medical leoord (EMR) system typically utilized for dispensing a va- 
riety of healthcare services. In particular, such integration provides a disease management OMR system for effective communication 
between a plurality of disease management advisors, a plurality of healthcare professionals, and a plurality of patients. 
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SYSTEMS AND METHODS FOR INTEGRATING DISEASE MANAGEMENT INTO A 

PHYSICIAN WORKFLOW 

TECHNICAL FIELD OF THE INVENTION 

The present invention relates to tbe field of healthcare delivery and, in particular, to an 
electronic system that integrates disease managonent into a physician workflow and that can 

« 

serve as a single point of integration for Hiird party Disease Management Advisors (DMAs). 

BACKGROUND OF THE INVENTION 

This application claims priority of U.S. patent Application, Serial No. 09/ , , filed 

November 22, 2000 entitled: '^SYSTEMS AND METHODS FOR INTEGRATING DISEASE 
MANAGEMENT INTO A PHYSICIAN WORKFLOW and is incorporated herein by 
reference in its entirety. 

To improve efficiency of medical practitioners and to curtail the rising cost of providing 
health care, many attempts have been made to use conq>uters or electronic medical records 
(EMR) systems to facilitate the delivery of a variety of healthcare services. Such systems have 
generally failed to efficiently integrate disease management with the physician or medical 
practitioner's workflow. 

Typically, disease management uses specific diagnosis and treatment algorithms for 
difiTi^rent patients, diseases, and payers to inq)rove patient outcomes, reduce side effects and/or 
complications, and/or reduce costs. It represents an aspect of data-driven medicine that provides 
healthcare professionals/practitioners/providers detailed instmctions for specific situations based 
on quantitative studies rather than following a smaller number of more general rules based on 
more general studies or experience. 

The nitmber of disease management rules or algorithms that a healthcare practitioner will 
be expected to utilize will increase in the fiiture as more quantitative data become available, as 
more treatment options or tests become available, as the range of costs of difiTerent treatment 
options widens, and as increasing numbers of payers or disease management advisors become 
involved in cost-control and quality-improvement of health care. 

These factors pose significant challenges to healthcare practitioners because they must 
remember and apply large numbers of rules both because the set of rules for each disease 
increases as technology advances and because business concerns may fiirther increase the set of 
treatment rules a physician must follow. Different patients with the same condition may be 
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subject to diflferent disease management algorithms if they have different disease management 
advisors. 

Boitegrating these data-driv«i disease management algorithms into medical practitioner's 
workflows involves several challenges. First, it is a challenge to provide an effective 
communication from a Disease Management Advisor (DMA) to a Healthcare Practjtioner (HCP). 
Second, communication of information/data from a HCP to a DMA can be difSeult. Third, a 
real-time communication between a patient and a DMA could be difficult as well. 

For communication &om a DMA to a HCP, DMAs may transmit treatment algorithms to 
HCPs. However, it may be in a way that makes it unlikely the HCP will fr>Uow the algorithm. 
Many typical systems fail to integrate information provided by the algorithm faxto a physician's 
workflow to minimize disruption to normal patterns of practice while making the information 
available at the q>propriate time. For example, telephoning a patient's disease management 
advisor while working with a patient would be extremely disruptive to a physician's practice and 
would inhibit widespread adoption of such algorithms. Current techniques are likely to be 
ineffective. For e}canq[)le, delivering batches of psper copies of disease management algorithms to 
practitioners would likely be ineffective because the copies would not be readily available when 
the practitioner is working wifli a patiait For example, posting a list of algorithms on the web - 
in HTML or XML form, for example - would likely be ineffective because it would require the 
practitioner to stop his or her normal workflow, search for flie desired information, and then 
resume the workflow. 

These trcatmrat algorithms may be generic (e.g., a generic decision-flow diagram for 
diagnosing and treating respiratory distress in 50-60 year old males), context-sensitive 
suggestions integrated into a physician's workflow (e.g., "based on the generic decision flow 
algoriflmi and the findings present in the patient record, the next stqp in treatment is X"), or 
specific suggestions for diagnosing or treating a specific patient (e.g., a DMA may provide 
instructions to an HCP to perform a specific test on a specific patient.) These different cases may 
require different integration techniques. 

Disease management treatment algorithms include medication step therapy, diagnosis 
algorithms, treatment algorithms, decision criteria for ordering certain tests, and the like. Disease 
management advisors may include specialized disease management advising companies, 
pharmacies, insurance companies, HMOs, government agencies, medical professional societies, 
medical specialists, experts in particular fields of medicine, pharmacy benefits management 
companies, advertisers, pharmacies, labs, academic organizations, medical information 
pubUshers, research institutions, organizers of medical studies, organizers of medication trials. 
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and the like. 

Handling multiple algorithms fix>m many different DMAs poses a significant challenge 
that is further compounded by the multiple algoritens sent to HC3*'s in different situations. 
Different patients or conditions may have different algorithms for technical/medical reasons. 
Furthermore, different patients may have different advisors (and thus different algorithms) 
depmding on tiieir payer or payers (insurance company, health mamtenancer organization, 
benefits company, long-term disability insurer, life insurer, drug benefits company, etc.) The 
presmce of many DMAs poses another challenge of providing treatment algorithms in different 
formats or at different locations. 

Furflicr, the DMAs communication of suggestions to HCPs should not interfere wifli the 
HCP's normal flow of work. For example, displaying a dialog box witii additional DMA- 
sponsored questions at the end of a task may be unacceptable in many contexts. 

As described, communication of infonnatiou/data to a disease management advisor is 
another challenge faced by developers both from tiie DMA and to the DMA fi^om the HCP. For 
example, after completion of a patient examination in a clinic, many typical systems lack a 
means for the HCP to send the DMA the results of that examination. Moreover, if a DMA sends 
a patient to an HCP for a laboratory test or physical examination, many typical systems lack a 
means to transmit the results of that test or examination back to the DMA. 

Unfortunately, many typical techniques are meffective at providing communication of 
information/data to disease management advisors. Manually sending the information (in 
electronic, p^er, fax, or voice form) is cumbersome. Providing automatic access to the patients' 
medical records by the DMA raises privacy concerns (because it does not restrict what data may 
be accessed), and is cumbersome (because much of the information provided to the DMA is not 
ofusetotheDMA). 

Communication between a patient and a disease management advisor is a further 
challenge. A DMA may occasionally or periodically ask a patient for information. For example, 
the DMA may ask the patient if they have takea their medication today. Furtiier, the DMA may 
send instructions to the patient. For example, the DMA may ask the patient to go to a HCP for a 
test such as a blood glucose test. 

Unfortunately, many typical techniques for providing this communication are 
cumbersome (e.g., phone calls, e-mail, paper, or pagers). Some researchers have proposed 
providing electronic access by extemal parties to patient pillboxes. However, in general, it is 
difiBcult to provide such electronic access, and can be even more difficult for disease 
management purposes. 
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SUMMARY OF THE INVENTION 

A system for specifying medical diagaosis and treatment algorithms that may be 
integrated into a healthcare woddlow, the syst^ may include: (a) a coordination serv^ having 
one or more rules for selecting at least one treatment algorithm based on medical and 
d^ogr^hic information about a patient; and (b) an inter&ce for providing .a plurality of 
questions related to one or more medical findings, the questions may be asked of the patient or 
entered about the patient and potential orders Qiat may be executed for the patient. The system 
may further ^ble access to a plurality of entities; each entity may specify one or more treatment 
algorithms to be included in one or more healthcare workflows. 

A system for specifying medical diagnosis and treatment algorithms that may be 
integrated into a healthcare wotkflow, die system may include: (a) one or more coordination 
servers having one or more rules for selecting at least one treatment algorithm based on medical 
and demographic information about a patient; (b) an int^ace for providing a plurality of 
questions related to one or more medical findings, the questions may be asked of the patient or 
entered about the patient and potential orders that may be executed for the patient; and (c) a 
distribution saver that distributes information fiom the interfaces to the one or more 
coordination servers, receives one or more treatment algorithms fiom the one or more 
coordination servers, and transmits these one or more treatment algorithms to the one or more 
interfaces to be included in one or more healthcare workflows. 

One embodiment of the invention is based on a method for presenting disease 
managemmt algorithms to at least one usor, the method may comprise: receiving or storing 
disease management algorithms bom at least two disease management advisors; selecting a 
subset of algorithms; and presenting the subset of algoriduns to the at least one user. In the 
method step of selecting, the at least one user may search with one or more selection criteria. 
Likewise, in the method step of presenting the subset of algorithms may be presented using a 
common display format. The method may further comprise an electronic healthcare workflow in 
which the stqp of selecting selects algorithms associated with medical or demographic 
information in an active patients medical record. Alternatively, the method may further 
comprise an electronic healthcare workflow in which the step of selecting selects algorithms 
associated with one or more of the active patient's disease management advisors. In addition, the 
method may further comprise an electronic healthcare workflow in which the step of presenting 
comprises augmenting, modifydng, or replacing the electronic healthcare workflow display with 
disease management algorithm infimnation. 

Another alternate embodiment of the invention is based on a computer-implemented 
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method for integrating the display of disease managqnetit algoriflims with an electronic medical 
record, the method conq)rising: providing an electronic healthcare workflow having one or more 
woikflow tasks; providing one or more disease management algorithms; selecting one or more of 
the disease manag^ent algorithms; and presenting information or options specified by &e 
disease management algorithms during the execution of one or more workflow tasks. The 
metiiod step of selecting may further comprise utilizing relevant disease management algorithms 
based on the current patient's dmographic information or medical information or both. The 
method step of presenting may further comprise augmenting, modifying, or replacing the options 
available or the data displayed at one or more woricflow tasks in the electronic healtbicare 
woikflow. The displayed data may include a subset of algorithm elements that are displayed 
with the one or more workflow tasks or those algorithm elements that are associated with the 
specific workflow task. The method step of presenting may further comprise using a plundity of 
actions. The actions may include, but are not limited to, displaying a banner, augmrating a data- 
input template, modifying a data-irput template, replacing a data-input template, displaying an 
icon, displaying a warning, requiring acknowledgement of a warning, sending an alert message to 
the healthcare practitionCT, providing an iiput device that may be activated to execute specified 
orders, providing an auditory notification, providing a tactile notification, changing the workflow 
order, and/or introducing one or more stq)s to the electronic healthcare workflow order. 

Another embodiment of the invention provides a healthcare EMR system using an 
integrated workflow routine, a disease management engine, a plurality of disease management 
algorithms, and an interfiice to provide communication between one or more external disease 
management advisoiis and one or more healthcare providers/professionals/jpractitioners for 
servicing one or more patients. The communication may be provided through the interface in 
conjunction with the integrated woricflow routine, which may utilize one or more workflow 
mechanisms. 

For example, in a workflow mechanism, a disease management advisor may create an 
appointment within the healthcare EMR system for a patient to schedule a visit with a healthcare 
professional at a clinic for a healthcare professional-patient encounter. The disease management 
advisor may transmit relevant information about the patient to the healthcare EMR system that is 
displayed by the integrated woikflow routine during the patient's visit to the clinic. The disease 
management advisor may transmit a disease management algorithm to the disease management 
engine for augmrating the integrated workflow routine for the healthcare EMR system. Further, 
the disease management engine may transmit refill requests for the patient to the integrated 
workflow routine. In addition, the disease management engine, responsive to the disease 
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management algoritiun, may s^d a message to the healthcare professional containing 
information or suggestions for improving his/her practice of medicine. For example, during a 
specific task from the disease management algorithm, the disease management engine may send 
a message to the healthcare professional containing information oi suggestions for improving 
his/her decision for the specific task. The disease management advisor may send the healthcare 
professional a directive to send q)6cific information about the pati^at to the disease management 
advisor iq>on conq)letion of the healthcare professional-patient encountra:. In response to the 
directive, the healthcare professional may send information about the patient to the disease 
management advisor. The integrated workflow routine may send information aibout the patient 
fix)m the healthcare EMR system to the disease management oigine. For example, the 
information may include decisions or information entered into the integrated woikflow routine 
during or for one or more past healthcare professional-patient ^counters. Further, the disease 
management engine may analyze diese decisions to evaluate their eflfectiveness, to generate 
suggestions for improv^ent, or to provide data generated to a medical data gadiering device 
controlled by the integrated workflow routine which sends data to the disease management 
advisor. 

Another alternate embodiment of the invention is based on a healthcare EMR system. 
The healthcare EMR system may include an integrated workflow routme, a disease management 
engine, a plurality of disease management algorithms, and an interface to provide communication 
between one or more extemal disease management advisors, one or more healthcare 
providers/professionals/practitionets, and one or more patients. The communication may be 
provided through the interface in conjunction with the integrated workflow routine, which may 
utilize one or more workflow mechanisms. 

For example, in a workflow mechanism, a disease management advisor may direct a 
patient to make an c^pointment through the healthcare EMR system. Alternatively, a disease 
managonent advisor may create an appointment within the healthcare EMR system for a patient 
to schedule a visit with a h^thcare professional at a clinic for a healthcare professional-patient 
encounter. The disease management advisor may transmit relevant information about the patient 
to the healtfacaro EMR system that is displayed by the integrated woricflow routine during the 
patient's visit to the clinic. The disease management advisor may transmit a disease management 
algoriflun to the disease management engine for augmenting the integrated workflow routine for 
the healthcare ^IR system. The disease management engine may transmit refill requests for the 
patient to the integrated workflow routine. The disease management engine, responsive to the 
disease management algorithm, may send a message to the healthcaro professional containing 
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infonnation or suggestions for improving his/her practice of medicine. For example, during a 
specific task from the disease management algorithm, the disease management engine may send 
a message to tiie healtiicare professional containing information or suggestions for improving 
his/her decision for the specific task. The disease management advisor may send the healthcare 
professional a directive to send specific information about the patient to the disease jnanagement 
advisor upon completion of the healthcare professional-patient encounter. In response to the 
directive, the healthcare professional may send infonnation about the patient to the disease 
management advisor. Further, the integrated workflow routine may send infonnation about the 
patient fix>m the healthcare EMR system to the disease management engine. For example, the 
infonnation may include decisions or information entered into the integrated workflow routine 
during or for one or more past healthcare professional-patient encoimters, and the disease 
management engine may analyze these decisions to evaluate their effectiveness. To generate 
suggestions for inq>rovement, the disease manag^ent engine may query the patient to enter 
treatment compliance information and the health care system may transmit the results to the 
disease management engine and/or to the healthcare professional for integration with the 
integrated workflow routine, bi response, the disease management ^igme may transmit 
instructions to the patient, to the healthcare professional, and/or to provide data generated to a 
medical data-gathering device controlled by the integrated workflow routine which sends data to 
the disease management advisor. 

AnotiiCT ^bodiment of tiie invention is based on an electronic media, comprising a 
program for performing the methods of the invention. Another embodiment of the invention is 
based on a computer program, comprising computer or machine-readable program elements 
translatable for implementing the methods of the invention. 

The foregoing has outlined, rather broadly, the aspects of the present invention in order 
that the detailed description of the invention that follows may be better understood. Additional 
aspects of the invention that form the subject of the claims of the invention will be described 
hereinafter. It should be appreciated by those skilled in the art that the conception and specific 
embodiment disclosed may be readily utilized as a basis for modi^g or designing other 
stmctures for carrying out the same purposes of tiie present invention. It should also be realized 
by those skilled in the art that such equivalent constructions do not depart from the spirit and 
scope of the invention as set forth in the appended claims. 
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BRIEF DESCRIPnQN OF THE DRAWINGS 

For a more complete understanding of the present invention and the advantages thereof, 
reference is now made to the following descriptions taken in conjunction with the accompanying 
drawings, in whidi: 

FIG. I is a flow chart depicting a prior art EMR workflow of traditidnal electronic 
medical records (BMRs) systems. 

FIG. 2 is a flow chart showing an exemplary integration of disease management advisor 
(DMA) information and treatment algorithms into a physician/healthcare professional (HCP) 
workflow to provide an extended EMR workflow according to one embodiment of the present 
invention. 

FIG. 3 illustrates an exemplary graphical user int^ace that may be used in an 
embodiment of the present invention for integrating DMA information from a plurality of disease 
management advisors (DMAs) and presenting that information to one or more healthcare 
professionals (HCPs). 

FTG. 4 shows a display of an exemplary treatment algorithm for acute coronary syndrome 
consistent with one embodiment of the present invention. 

FIG. 5 depicts an exemplary graphical user interface having an exemplary strategy 
integrated into a physician workflow for a healthcare professional (HCP) to write an electronic 
prescription for a medication to treat a specific condition of a current patient and a suggestion 
from a disease management advisor (DMA) for the current patient for the best medication to use 
based on the patient's current condition and past medical records. 

FIG. 6 depicts an exemplary gr^hical user interface template having a plurality of 
standard physical exam questions with an exen^lary question from a DMA integrated into a 
physician workflow to prompt a HCP to ask the exemplary question to a current patient for 
managing the current patient's condition. 

FIG. 7 depicts an exemplary graphical user interface having an exemplary strategy 
integrated into a physician workflow for a HCP to write an electronic prescription for a 
medication from a list of medications to treat a specific condition of a current patient and a 
highlighted medication suggested by a DMA for the current patient as the best medication to use 
based on the patient*s cxurent condition, past medical records, and previous treatments. 

FIG. 8 shows an exemplary graphical user interface to provide a way for disease 
management advisors to send information to healthcare professionals and have that information 
presented in appropriate way at an appropriate time. 

FIG. 9 shows a flow chart depicting an exemplary organization of patient tasks before 
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disease managpoient functionality is added in an electronic medical lecoid system workflow. 

FIG. 10 shows a flow chart depicting an exemplary organization of patient tasks with 
disease management functionality integrated in an electronic medical record system workflow 
consistent with one aspect of the present invention may be incorporated into an electronic 
medical rax)rd (EMR) system. 

FIG. 1 1 is a high-level block diagram of the architectural components of^ exen^ilaiy 
healthcare EMR system including a plurality of healthcare provide- workflow systems, a plurality 
of disease management advisor systems, and a plurality of patient systems indu*ectly 
communicating through a coordination server. 

FIG. 1 2a is a high-level block diagram of the architectuzal components of an exemplary 
healtiicare EMR system including a plurality of healthcare provide workflow systems, a plurality 
of disease management advisor systems, and a plurality of patient systems directiy 
communicating throi^ a network. 

FIG, 12b is a high-level block diagram of the architectural components of an ^emplary 
healthcare EMR system including a plurality of healthcare provider workflow systems, a plurality 
of disease management advisor systems, a plurality of patient systems, and a plurality of 
distribution systems directiy conununicating through a network. 

FIG. 13 shows an exemplary gr^hical user interface of an electronic medical chart that 
may be used in an embodimoit of the present invention to prompt a user to answer a set of 
questions fi:om a disease management advisor for getting an approval to perform a procedure or 
test. 

FIG. 14 shows an exenq>lary graphical user interface of an electronic medical chart that 
may be used in an embodiment of the present invention to select a procedure of a care plan. 

FIG. 15 shows an exemplary graphical user interface of an electronic medical chart that 
may be used in an embodiment of the present invention by a disease management advisor to 
specify a set of questions that a health care professional may answer regarding approval to 
perform a procedure as a care plan. 

FIG. 16 shows an exen:q)lary grs^hical user interface of an electronic medical chart that 
may be used m an embodiment of tiie present invention by a health care professional to answer a 
set of questions that a disease manag^ent advisor may specify regarding s^proval to perform a 
procedure as a care plan. 

FIG. 17 is a block diagram of the functional components of an exenq>lary interactive 
device adapted to provide an interface to a physician for fiicilitating a physical exam session. 

FIG. 18 shows a top view of the interactive device of FIG. 17. 
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FIG. 19 dq)icts a block flow diagram of an exenoplaiy meAod for use in die system of 
FIGs. 11, 12aandl2b. 
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The invention is directed to a syst^ and method for integrating disease management 
information into a physician workflow. More specifically, one or more third party disease 
management advisors may be integrated into the physician woikflow. In one exemplary 
embodiment, an electronic medical record (EMR) device such as a wireless tablet, palm-sized 
computer, or desktop computer generally used by healtiicare professionals (HCPs)4s leveraged to 
integrate a plurality of disease management algoriftms with the traditional EMR workflow of an 
electronic medical record (EMR) system. This integration provides a health care system with 
effective communication between a plurality of disease management advisors (DMAs) and 
HCPs. Furthermore, by extending the healthcare EMR system to a plurality of patients either in a 
clinic or outside of the clinic, it allows DMAs to con:ununicate effectively with patients and helps 
th^ to communicate with HCPs. An exemplary embodiment of a healthcare EMR system 
consistent with the present invention is described to illustrate the fimctionality thereof by first 
describing how flie healthcare EMR system &cilitates communication between DMAs and HCPs 
by augmentiiLg the traditional EMR workflow to include disease management functions within a 
physician worlcflow. Th^ an exenoplaxy embodiment of a healthcare BMK system and a method 
is described to illustrate how the physician woikflow may be extended to include communication 
jS:om patients to facilitate DMA-HCP-patient communication. 

FIG. 1 is a flow chart depicting a prior art EMR woikflow of traditional electronic 
medical records (EMRs) systems. As shown in FIG. 1, ttxe traditional EMR woikflow typically 
consists of several EMR tasks depicted as a set of steps including, Ifistory of Present Ilhiess 
(HPI); Review of Systons (ROS); Past Family, Medical, and Social History (PMFSH); Physical 
Exam (PE); Laboratory Orders; Diagnosis (Dx); Medication Orders (Rx), Review Narrative; and 
Complete Patient Processing. Persons skilled in the art will appreciate that a variety of EMR 
tasks may be added, removed, combined, or split without changing the basic nature of this 
workflow. The arrows in the FIG. 1 illustrate a common EMR task order or flow, although EMR 
systems may allow other orders or allow random access or transition between one or more EMR 
tasks. 

FIG. 2 is a flow chart showing an exen^lary integration of disease management advisor . 
(DMA) information and treatment algorithms into a physician/healthcare professional (HCP) 
woikflow to provide an extended EMR woikflow according to one embodiment of die present 
invention. For a physician-patient encounter, the extended EMR workflow adds the ability to 
view and interact with DMA information regarding a current patient by (a) providing a uniform 
method to a physician/HCP for accessing a plurality of treatment algorithms from a variety of 
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DMAs; (b) pioviding the DMA infozmation, finding questions, or potential orders associated 
with an EMR woilcflow task or EMR workflow element while specific traditional EMR tasks are 
being performed or specific EMR elements are displayed; (c) highlighting options correspondmg • 
to suggestions for questions, treatments, or tests in the available options in the extended EMR 
workflow; (d) providing a method for transmitting information gathered during, the extended 
EMR workflow to the current patienfs DMA; (e) transmitting statistical information that 
compares the physician's/HCP's compliance with the DMA rules for a DMA's patients to the 
physician/EiCP; and (Q providing a method to transmit mformation related to the physician- 
patient encounter direcfly to tiie current patient. 

FIG. 3 illustrates an exemplary gr{q)hical user interface that may be used in an 
embodiment of the present invention for integrating DMA information fiom a pluraUty of disease 
management advisors (DMAs) and presenting ttiat information to one or more healthcare 
professionals (HCPs). FIG. 3 illustrates an exemplary embodiment for step (a) illustrated with 
reference to FIG. 2. In an example £?)plication, an EMR workflow of a healthcare EMR system 
may integrate ioformatiQn 6om multiple DMAs and present such integrated information to a 
HCP within a single, uniform inter&ce for searching, selecting, and/or communicating data. The 
depicted example application includes a plurality of DMA treatment algorithm links, and a 
plurality of fields including, a condition field and a payer field to communicate relevant data. 
Alternatively, a "Disease Managonent Advisor (DMA)" treatment algorithm field could be 
provided. Furthermore, by providing a singjle point of integration and communication for fliis 
type of information and/or data within a physician's workflow, (e.g., by implementing the system 
and the physician workflow on a wireless network-enabled tablet device), this information and/or 
data may be readily available to the HCP during the course of treating patients. 

In one embodiment, the *T)isease Management Advisor (DMA)" treatment algorithm 
field, the "condition** field, and the "payer" field may be automatically initialized fiiom 
information stored for the currrat patients medical record. Thus, by closely integrating this 
search with the EMR workflow in the physician workflow, the desired information can be made 
readily available to the HCP. 

By activating a particular DMA treatm^t algorithm Unk of FIG. 3, detailed information 
could be displayed regarding flie selected DMA treatment algoritiun. FIG. 4 illustrates a display 
of an exemplary treatmrat algorithm for acute coronary syndrome consistent with one 
embodiment of the present mvention. 

FIG. S depicts an exemplary gr^hical user inter&ce having an exemplary strategy 
integrated into a physician workflow for a healthcare profisssional (HCP) to write an electronic 
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piescription for a medication to treat a specific condition of a current patient and a suggestion 
from a disease management advisor (DMA) for the current patient for the best medication to use 
based on tbe patient's current condition and past medical records. Referring to FIG. S illustrates 
an exemplary implemmtation strategy according to step (b) of the extended EMR flow illustrated 
with reference to FIG. 2. In this exemplary implementation strategy, while a user such as a 
physician is using the extended EMR workflow of a healthcare EMR system within flie physician 
workflow to write an electronic prescription for a medication to treat a specific condition, the 
healthcare EMR system provides through a workflow banner display the current patient's DMA*s 
suggestion for the best medication to use based on the patient's current condition and past 
medical records. Sinular displays may be included for other stqps of FIG. 2 in the physician 
workflow, fi)r example, suggestions for important questions to ask during the history of present 
illness (EDPI) or review of systrais (ROS), suggestions for examinations to undertake during the 
physical exam (PE), suggestions for laboratory tests to order on lab order screens, and so on. The 
disfplays may be informational ordy, or they may be "active" controls that the user may 
manipulate to input data into the EMR workflow of the healthcare EMR system. For example, as 
shown in FIG. 5, if the user selects the "st^ 1" area, die healthcare EMR syst^ would jump to 
the prescription writing task and initialize a new prescription to the indicated parameters. 

FIG. 6 dq>icts an exemplary graphical user inta&ce for a workflow template to prompt a 
plurality of standard physical exam questions with an exemplary question from a DMA 
mtegrated into a physician woricflow to prompt a HCP to ask the exemplary question to a current 
patient for managing the current patient's condition. As shown in FIG. 6, an exemplary 
in:q)lementation strategy according to step (b) of the extended EMR flow illustrated with 
reference to FIG. 2 is depicted, hi this exemplary implementation strategy, physical exam (PE) 
questions specified by the DMA have been added to the standard physical exam template for the 
patient's condition. This prompts the HCP to ask questions he might not commonly ask that ttie 
DMA believes are important for managing the patient's condition effectively. Similar techniques 
can be used to provide relevant information in other steps of the extended EMR workflow within 
the physician workflow. 

Combinations or variations of these implementation strategies may also be used. 
Accordingly, the functionality of FIGS. 5 and 6 can be readily combined. For example, the 
healthcare EMR system rxught display suggestions for tests to run or medications to prescribe in a 
manner similar to FIG. 5 but these displays may be "active" and allow input of findings or orders 
as in FIG. 6. 

FIG. 7 depicts an exemplary graphical user interface having an exemplary 
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implementation stiat^ integrated into a physician woikflow for a HCP to write an electronic 
prescription for a medication fiom a list of medications to treat a specific condition of a current 
patient and a highlighted medication suggested by a DMA for the current patient as the best 
medication to use based on the patient's current condition, past medical records, and previous 
treatments. With reference to FIG. 7, the exemplary implementation strategy according to step 
(c) of the extended BMR flow illustrated with reference to FIG. 2 is dqpicted. Ih4iis exemplary 
implementation strategy, while a user such as a physician is using the extended EMR workflow 
of a healthcare EMR system within the physician workflow to write an electronic prescription for 
a medication to treat a specific condition, the system highlights the current patient's DMA's 
suggestion for the best medication to use based on the patient's current condition, past medical 
records, and previous treatments. In this exarrq>le, since "step 1" therapy of FIG. S has not been 
tried yet, that therapy is highlighted. Similar techniques can be used to provide relevant 
information in other steps of the extended EMR workflow within the physician workflow. 

FIG. 8 shows an exemplary graphical user interface to provide a way for disease 
management advisors (DMAs) to send information to healtlicare professionals (HCPs) and have 
that information presented in appropriate way at an appropriate time. Referring to FIG. 8, an 
exemplary implementation strategy accordii^ to step (d) of the extended EMR flow illustrated 
with reference to FIG. 2 is depicted. In addition to providing a way for DMAs to send 
information to HCPs and have that information presented in an appropriate way at an q)propriate 
time, the healthcare EMR systsn also provides a channel to transmit information from HCP to 
DMA. For example, relevant medical findings and care plan orders fiom a pati^t-medical 
practitioner encounter are sent fiom the HCP to the patient's DMA. The subset of information to 
be sent (e.g. what medical findings or care plan otdsrs are relevant for particular conditions), may 
be specified in the DMA*s treatment algorithm or DMAs may make specific requests for specific 
information about specific patients. The information to be transmitted from the HCP or a cliruc 
may include information entered by the HCP, information entered by other clinic staff (e.g., vital 
signs), information gathered directly by medical instrumentation devices and electronically 
placed in the medical record (e.g., results fiom an electronic network-enabled blood pressure cuff 
or EKG results), or information entered by the patient (e.g., history of present Uhess information 
entered in the waiting room). The information is transmitted fiom the patient's electronic 
medical record either by querying the physician or automatically sending the information at the 
completion of the patient-medical practitioner encounter as illustrated in FIG. 8. Jn both cases, 
the physician does not have to manually copy information fit}m the medical record to be 
transmitted and only information relevant to DMA decisions and monitoring are sent. 
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According to an exemplBry implantation strategy* consistent with step (e) of fhe 
extended EMR flow illustrated with lefoence to FIG. 2, an appropriate statistical information 
that compares the physician*s/HCP*s compliance with the DMA rules for a DMA's patients may 
be transmitted to the physician/HCP. Likewise, in accordance with an exemplary 
implementation strategy consistent with step (e) of tiie extended BMR flow described with 
reference to FIG. 2» infommdon related to fhe patient-medical practitioner encbunter may be 
transmitted directly to the current patient As described in the strategy for stq> (e) above, 
retrospective information about a physician's activities may be sent to DMAs so that DMAs can 
educate physicians about ways to inq)rove their practice. For example, the healthcare EMR 
system can gather infomation about the treatments ordered by a particular HCP or group of 
HCPs for pati^ meeting particular criteria and send that information to a DMA. As an 
example, the healdicare EMR system can gather treatment information about all patients that 
have gone to a clinic con:q)laining of ear pain or diagnosed with inner ear infixtions. The DMA 
could analyze this information to determine what fraction of the time the HCPs at the clinic 
follow their best practice guideline of prescribing amoxycillin for 7 days and only prescribing a 
stronger and more exp^ive antibiotic — keflex — if the patient returns with the same complaint 
and meets other specific criteria. Based on this information, the DMA could send a message to 
the clinic advising them how to improve their practice and including educational material on best 
practice in such situations. As described in strategy (f) above, the healtiicaie EMR system may 
provide an opportunity for a user such as a physidan/HCP to send information recommended by 
the patienf s DMA about a patienf s condition to die patient 

FIG. 9 shows a flow chart depicting an exemplary organization of patient tasks or steps 
before disease management fimctionality is added in an electronic medical record (EMR) system 
workflow. In one embodiment, patient tasks may comprise a plurality of pre-encounter tasks and 
a plurality of post-encounter tasks. For example, pre-encounter tasks may include, but not 
limited to, scheduling an appointment, in which patients make appointments with clinics; editing 
insurance info, in which patients update information about their insurance and contact 
information; and selecting a pharmacy, HPI, ROS, and PMFSH, in which patients enter current 
QJPJ^ ROS) and past (PMFSH) medical information. Such pre-encounter tasks may be 
conducted from die patient's home or work, from their portable ojc handheld machine, or from 
machines at the clinic. Likewise, key post-encounter tasks may include, but not limited to, 
viewing a record, in which the patient reviews the record of the visit, related educational 
material, or release instmctions; managing Rx, in which patients control where their medication 
orders are sent; and monitoring, in which patients enter information about their health or 
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activities (e.g., diet, body temperature, blood pressure, glucose readings, medications taken, 
mood). Other tasks could include, education, in which patients view educational matoial. It is 
to be understood that these deleted tasks and this organization are illustrative - other tasks or 
steps may be added, tasks may be removed, combined, or modified, and tasks may be moved or 
split among pre-encounter, post-encounter, axKi other thnes. M one embodiment, a patient health 
information home page is provided. Such patient health information home pag6 allows direct 
access to each of the primary functions available to the patient. 

FIG. 10 shows a flow chart depicting an exemplary organization of patient tasks with 
disease management functionality integrated in an electronic medical record system workflow 
consistait with one aspect of the present invention. Ref^jing to FIG. 10, which illustrates how 
disease management advisor (DMA) infomiation may be mtegrated into a patient workflow and 
incorporated into an electronic medical record (EMR) system. This integration into the patient 
workflow may be accomplished using the same techniques described above for mtegrating DMA 
information into a physician workflow. 

Examples of such integration include: the health care system can transmit disease 
management algoritibms or educational material to the patient's conq)uter, the healthcare BMR 
system can provide educational material and answer questions (using a human or an expert 
system) about the patient's disease management program; the healthcare EMR system can send 
DMA queries to the patient Cdid you take your medicine today?*} and send patient replies back to 
the DMA; the DMA can prompt the patient to enter monitoring information paiodically (e.g., 
"enter your blood pressure daily", "enter the meals you eat each day for a week") or when specific 
criteria are met (e.g., "fill out this fomi whenever you get dizzy"); and the DMA can send 
instmctions to the patient (e.g., "click here to schedule an appointment with your doctor", "re- 
enter your blood pressure reading"). 

FIG. 11 is a high-level block digram of the architectural componmts of an exemplary 
healthcare EMR system including a pluraUty of healthcare provider workflow systems, a plurality 
of disease management advisor systems, and a plurality of patient systems indirectly 
cormnunicatiQg through a coordination server. Likewise, FIG. 12a is a high-level block diagram 
of the architectural components of an exemplary healthcare EMR system including a plurality of 
healthcare provider workflow systems, a plurahty of disease management advisor systems, and a 
pluraUty of patient systems directly communicating througjh a network. In one embodiment, 
th^e arc many-to-many relationships among all of the categories of users: each HCP may 
interact witii multiple patients and DMAs, each patient may have multiple HCPs and DMAs, and 
each DMA intmcts with multiple HCPs and patients. 
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A variation of this system omits the patients* systems from an implementation. Although 
this limits the functionality of the system in various ways, much of the core functionality remains 
intact To describe the inner workings of the system, a basic system EMR system that does not 
integrate disease management functionality is illustrated. Then the DMA functionality is added to 
such a system to provide a healtticare EMR system consistent with the present invention. An 
exemplary implementation of the internal components of a basic (non-DMA) system includes a 
traditional Electronic Medical Record (EMR), a template, a healthcare professional EMR 
interface, and a patient EMR interface. 

According to conventional implementation of healthcare EMR systems, each Electronic 
Medical Record (EMR) typically comprises data elements fliat have information useful to the 
practice of medicine such as: one or more **patient records'* with information about a patient such 
as patient identifying information (e!g., name, patient ID); patient demographic information (6.g., 
address, age, gend^, marital status); and patient medical information. Typically, patient medical 
information can be divided into two parts: ^counter record and patient status. 

Each ^counter record may refer to a list of Medical jSndings" and "care plan orders" 
made during a specific encounter between a patient and a HCP. An encounter would normally be 
a clinic visit, but it could also be a phone consultation, a consultant review of the patient chart, or 
the alike. A medical finding could be a medical observation, e.g., the answer to a history of 
present illness question, the answer to a review of systems question, the answer to a past family, 
medical and social history question, an observation from a physical exam, a result from a test, or 
a diagnosis. In general, a finding refers to an answ<^ to a specific medical question such as 
"finding questions". A care plan order comprises instructions or authorization to take some 
action, e.g., a prescription, release orders, staff orders, an order for a test, or counseling 
information to be srat to the patient For exan^le, the term "potential order" refers to a possible 
instruction or authorization for a specific action that has not been selected by the HCP. Patient 
status provides patient status information, which reflects a summaiy of the current relevant 
medical findings for a patient, e.g., active problems, current medications, and/or allergies. 

A template specifies a subset of &e '"patient medical information" that is clinically 
relevant under some condition. The specified subset may include (a) medical findings and care 
plan orders fiom previous encounters, (b) patient status, and (c) medical findings/care plan orders 
and finding questions/potential orders for the current encounter. In other words, a template lists 
"questions the HCP might want to ask" and/or "orders the HCP might want to make" -- whether 
or not tiiey have yet been asked or ordered — along with selections made so far. However, not all 
questions on a template for an encounter may be asked or orders made; e.g., template could list 
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"top 10 tests to order for patient complainiiig of chest pain"; but in a typical encounter, an HCP 
may select one of those ten to order based on their physical examination. 

Commonly, templates are organized on a per-complaint basis. For example, the 
templates may take the fonn of a template for "chest pain", a template for "sore tibroat", or the 
alike. For clarity of the present exposition, a similar organization is assumed in^tfae rest of the 
description except where noted. However, as persons skilled in the art will itcognize other 
possible organizations are possible such as templates can be dynamically generated by rules 
based or expert systems or based on the current set of findings. Alternatively, templates can be 
configured as Boolean sets of rules (''if A is selected (hen ask B and order C*)* 

A HCP EMR inter&ce generally provides a method for viewing/editing information made 
available to a HCP. For example, for viewing and editing which elraients fiom a template are 
marked as selected/not selected and for viewing medical findings/care plan ordm from past 
encounters or vlewing^editing patient status information. Again for clarity purposes, it is 
assumed that the HCP EMR interface and templates are each divided into 'tasks or steps,^ 
including, but not limited to, Histoiy of Present Illness (HPI), Physical Exam (PB), Diagnosis 
(Dx), Prescription Writing or Medication Ord^ (Rx), Past Family Medical and Social History 
(PMFSH), and the alike. For example, the HPI task in the interface will display the elem^ts of 
the template denoted as part of the HPI. 

To a patient, a patient EMR interface generally provides a method for viewing and editing 
whidii elements from a t^xq>Iate are marked as selected/not selected and for viewing medical 
fmdings/care plan orders from past encounters or viewing/editing padent status information. 

Patient tasks could include such activities as patient enter/view insurance info, patient 
enter/view past medical family social history, patient enter/view demographic information, 
patient enter/view chief complaint, patient enterMew all^gies, patient update/view current 
medicines, patient answer questions, patient enter HPI, patient enter ROS, patient view medical 
record, patient enter/view compliance monitoring, and patient ent^/view condition monitoring. 
While it is convenient to think of the patient's EMR inter&ce to the healthcare EMR system as a 
simple variation of the HCFs view of the system where the patient simply conducts different 
tasks and therefore sees (and controls) different subsets of information, typically the patient tasks 
will provide a more restricted view and fewer available options than the HCP tasks. 

In an exemplary embodiment, integration of disease management to a traditional EMR 
workflow is devised througih adding to a physician workflow one or more tieatment algorithms 
fix>m one or more disease management advisors (DMAs). Each DMA specifies one or more 
treatment algorithms. In an exemplary implementation, each treatment algorithm conq)rises two 
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parts: a rules based selection and an algoritbm template. 

Rules based selection determines if a particular algorithm is relevant to the cuirent 
patient The following method illustrates a simple rules based selection embodiment: Each 
treatment algorithm has a selection function, which is a function of patient record (e.g., past 
findings, current findings, patient status and other patient information) *; 

if {algorithm. selection (pat ientRecord) — true) 

then algorithm is relevant 
If (algorithm. Belection(patient-record) false) 
then algorithm is not relevant 
In addition, each treatment algorithm is associated with a particular DMA, and the 
healthcare EMR system only considers treatment algorithms indicated by the patient's own DMA 
and ignores others. 

if (patient-record. patientaDMA 1« algorithm.DMA) { 

algorithm is not relevant 
else 

algorithm is relevant 
In addition, some treatment algorithms' DMA fields may be set to the special value ALL, 
which indicates that they may be relevant to a patient regardless of the patient's DMA. Examples 
of this are when a treatment algorithm is recommended by a best-practice authority such as the 
American Medical Association. So, the procedure to select a treatment algorithm is to select the 
algoriflam(s) (if any) where 

algorithm, selection (pat ientRecord) is true 
AND 

(patient-record. patientsDMA == algorithm. DMA 

OR 

algorithm. DMA ALL) 

Also note that some patients may have multiple DMAs and some treatment algorithms 
may be associated with multiple DMAs. In such cases if any patient DMA matches any 
treatment algorithm DMA, then selection is activated. 

Each treatment algorithm may also comprise a priority, which allows the healthcare EMR 
system to rank conflicting elements for display. For example, in one embodiment if two different 
treatment algorithms botii want to display a message in the banner display area of a screoi, the 
one with hi^er priority is selected by the system. Conversely, in one embodiment all activated 
el^ents are displayed togetiier but their method of display depends on their priority (e.g., 
different highlighting or order). For instance, in one embodiment, at least one priority level is 
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designated as "critical" and is always displayed, even if multiple "critical** items are active. 

An algorithm template lists treatment algorithm elemoits - information, finding 
questions, and potential orders - that are relevant when rules match patient. In one embodiment, 
each treatment algorithm element comprises (a) cont^t (conq>rising (i) a type (e.g., is the 
element infonnation, finding question, prerequisite questions, or a potential ordc^, e.g., a new 
question, the directive to highligjbt a question, the directive to issue an order, the directive to 
display information, the directive to transmit information to the DMA), (ii) an identifier for the 
information to be displayed or highlighted, finding question to be asked or highlighted, or order 
to be displayed, issued, or highlighted; in one embodiment this identifier is the element's unique 
ID in the EMR) or the definition of a new piece of mformation, question, or order) (b) a set of 
conditions for whai the elemrait should be activated (e.g.. Boolean functions of patient findings 
or patient status or condition or a fi^quaicy), (c) and a location for v/hsste and when the element 
should be displayed (e.g., a task identifier that indicates that the element should be displayed 
when the specified task is active and/or a finding or potential order identifier that indicates that 
the element should be displayed when the specified finding or potential order is displayed by the 
base template.) 

An element may contain multiple type/identifier pairs if multiple elements are to be 
diq)layed under the same conditions and in the same location. Likewise, a set of elements may 
specii^ conditions and locations that refer to one another in order to create a logical flow between 
treatmmt algorithm elements (e.g., if user answers X then ask Y) 

A question or set of questions may be specified as a prerequisite question for an item. A 
prerequisite question specifies (a) the guarded item as an identifier of a order element (6.g., test 
or medication) in tide EMR, (b) zero or more questions to be asked (some of these questions may 
simply refer, and (c) a Boolean function across the results of the questions and other data fields in 
the patient's EMR. A prerequisite question is used to obtain approval of an order. In one 
embodiment, the user interfece replaces the elemmt with that order with an element that activates 
the prerequisite question or questions and, upon completion, eith^ activates the order (if the 
prerequisite's Boolean function evaluates to true) or provides a link to cancel tiie order or contact 
the DMA (if the Boolean function evaluates to false.) 

A healthcare EMR system may also prioritize questions/orders in the algorithm template 
or provide otiiier presentation infbrmatioiL The identifiers may refer to information, questions, or 
orders in different formats supported by the EMR including graphical images, text, HTML, 
XML, or script or machine code that describes how to render the specified 
information/question/order. 
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Giv^ these basic components, in an exemplary implemratation, a healthcare EMR 
system may proceeds as follows. In step 1 , two or more DMA entities enter algorithms into the 
systooi. In step 2» a user selects a patient to woric with. In step 3, each time ttie user activates a 
task, changes the display, or updates information about the current patient, a) the healthcare EMR 
system displa}^ the current task*s portion of the de&ult EMR template (selected-abased on the 
chief complaint and/or jBndings) and/or b) if any DMA algorithm selection rule evaluates to true 
the system selects the elements to be displayed £Dr the current task/set of EMR template elements 
according to tibie rules for fhe selected DMA algorithm elements. The healthcare EMR system 
displays these elements according to the rules specified in the elements by (i) augmenting the 
EMR template*s information/questions/potential orders with the DMA template elemait*s 
selected information/questions/potential orders (as shown in FIGS. S and 6} and (ii) highlighting 
orders fix)m the EMR template as specified by the selected DMA template elements as shown in 
FIG. 7. 

In step 4, the healthcare EMR system provides the option for the user to explicitly view 
DMA information (as shown in FIG. 3). In step 5/when the iiser conqpletes a task or finishes an 
encounter, the system sends the findings and orders that match the selected algorithm*s template 
to the DMA. Optionally, the healthcare EMR system may display a confirmation screen before 
doing this (e.g., as shown in FIG. 8). 

A DMA may wish to provide guidance to an HC3P, but some HCPs will be resistant to 
techniques tiiat add additional steps to the documentation process or that "pre-select" elements 
without the HCP's explicit approval. The methods and systems of the present invention generally 
provide a means for resolving this dilemma in two illustrated ^preaches. 

In first approach, mther than add steps or information, the DMA may *liighlight*' 
elements already present in the HCP's workflow. Tbis highlighting may take the form of a visual 
cue (e.g., color, font, size, and icon) directing attention to an element that should be selected or a 
question that should be answered by the HCP. In one embodiment different highlights reflect 
different levels of in4)ortance of an element (e.g., blue for "advisory" and red for "critical.") In 
another embodiment, this highlighting may take the form of ordering a list of options to place 
highlighted elements in a preferred location such as the top of a list or a separate list or menu of 
preferred choices. 

In second q>proach, the DMA may highlight a set of elements and provide the additional 
option to "select all highlighted elements". If this option is selected, all of the highlighted 
elements are automatically selected as if the HCP selected each highlighted element. This 
approach provides, for example, a method for the HCP to select a batt^ of tests suggested by a 
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DMA for a particular situatioa 

Using this frameworic a variety of embodiment may be contemplated to facilitate 
communication among HCPs, DMAs, and patioits. For a patient status prompting and 
maintenance based implementation, in one realization, the DMA, HCP, and patients use the 
system to regularly docimirat patient status infotmation such as smoking status or alcohol 
consumption and to transmit this information to the DMA. In an alternate realization, a DMA 
(DMA- A) specifies that it would like HCPs to ask all patients belonging to DMA-A about their 
smoking status at least once per year. Then, when the HCP activates the PMFSH task, the 
healthcare £MR system prompts that HCP for patient smoking status if it has been more than one 
year since the status was last entered After the HCP enters that information, the system 
transmits that update (along with the patient name, patient ID, HCP ID, and date of visit) to the 
DMA In another realization, such an algorithm is expressed with a record comprising several 
fields including: 

DMA - DMA-Ai 
SELECTION « ALWAYS; 
TASK B PMFSH; 
CONDITION - ALWAYS; 

FREQUENCY = 1 year; 

CONTENT = QUESTION IDjOb'^SMOKING^STATUSjQUESTION , 

ORDER TRANSMIT_TO_DMA IDjDF_SMOKING_STATaSjQXJBSTION, 

Other variations are possible. For example, rath^ than adding a new question for 
smoking status, one realization indicates that the smoking status question should be highlighted 
if it has not been answered in the last year. In one realization, such an algorithm could be 
expressed: 

DMA = DMA- A; 
SELECTION « ALWAYS; 
TASK » PMFSH; 
FREQUENCY « 1 year; 

CONTENT - HIGHLIGHT IDjDF_SMOKING_STATUSjQUESTION, 

ORDER TRANSMIT_TO_DMA IDJDF_SMOKING_STATUS_QUESTION, 

In yet another realization, the DMA indicates that the healthcare EMR system should ask 
the patient about smoking status when the patient answers Patient-PMFSH questions, and that 
the healthcare EMR system should then transmit the information to the DMA. 

DMA = DMA-A; 
SELECTION = ALWAYS; 



22 



wo 02/42876 



PCTAJSOl/44118 



TASK = PATIENT- PMFSH; 

CX>NTENT - QUESTION IDJ0F_SM0KIKG_STATV3JQUBSTIW, 

ORDBR TRANSM1T_T0_DMA IDJOF_SMOKim_STATUSjOVBSTION, 

These smoking status questions are illustrative of a broad range of questions about patient 
status related to the PMFSH that could be inq)lemented using the system. Other topics of 
potential interest include: family heart disease history, weight, family cancer ^history, fimuly 
glaucoma history, diet habits, exercise habits, and alcohol consumption. 

For a preventive care and immunization based implementation, in one realization, the 
DMA, HCP, and patients use the system to regularly perform and document preventive care 
procedures according to the practices recommended by the DMA, For example, a DMA (which 
is referred to as DMA-A) may wish its male patients over the age of 40 to receive a prostate 
exam once every year. The DMA could specify this as a treatment algorithm and transmit the 
treatment algorithm to the healthcare EMR system. Then, when the HCP is accessing the 
physical exam task, if the current patient meets those criteria, the healthcare EMR system 
prompts the user to perform the exam (for example, by displaying a banner gr^hic indicating 
that a yearly prostate exam is recommended for the current patient). Finally, when the HCP 
completes the encounter, the healthcare EMR system includes the results of the prostate exam in 
the report sent to the DMA. In one realization, such a rule is expressed as follows: 

DMA = DMA-A; 

SELECTION - ALWAYS; 

TASK « PE; 

FREQUENCY « 1 year; 

CX)NDrTION « GENDER « M & AGE 40; 

CONTENT = QUESTION Xp_0F_PR0STATB_EXmj3XJESTIQN, 

ORDBR TRANSMIT_TO_DMA IDjDF^PROSTATE^BXAMjQUESTJON, 

A second DMA (which is referred to as DMA-B) migjht have different rules for when it 
recomtmends (and will reimburse) a prostate exam. It might recommend a prostate exam for 
male patients over the age of 30 but with a frequency of once every two years. Id one realization, 
such an algorithm is expressed as follows: 

DMA = DMA-B; 
SELECTION = ALWAYS; 
TASK » PE; 
FREQUENCY » 2 year; 

CONDITION = GENDER = M & AGE 30; 

CONTENT « QUESTION ID_OF_PROSTATE^EXAM_ffUESTION, 

ORDER TRANSM1T_T0_DMA IDjOF_PROSTATS_EXAMJiUESTIQN, 

Another example of using the healthcare EMR system to prompt users for preventive care 
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is a DMA that wishes to prompt users for a bi-aimual physical exam. In this case, any time a 
patient logs into the system (e.g., to review their health information fium a health portal linked to 
the EMR) if it has been more than 2 years since the patient's previous physical exam, then the 
patient is prompted to make an appointment with his or her doctor. This prompt could take the 
fonn of a bann^ display linked to a web page for making an appointment at die patient*s doctor's 
clinic, hi one realization, such an algorithm is expressed as follows: 

DMA « DMA-A; 
SELECTION « ALWAYS; 
TASK = PATIENT-*; 

FREQUENCY = 2 year; 

CONTENT - INFO ID_OF_PHySICAL_EXAM_REMINDER_mTH_LINK 

Preventive care prompting may also be driven by specific data elements entered. For 
example, some DMAs may wish to remind HCPs to perform a yearly foot exam on diabetes 
patients and to further prompt the HCP to perform such an exam when working with a diabetic 
patient who has not had a recent foot exam. The DMAs would specify this rule, and the 
healthcare EMR system could prompt the physician during the physical exam of such a patient 
In one realization, such an algorithm is expressed as follows: 

DMA « DMA-A; 
SELECTION = ALWAYS; 
TASK = PE; 
FREQUENCY = 1 year; 

CONDITION B DIABETBS_STATUS_ID « TRUE; 

CONTENT « QUESTION ID_0F_I)IABEriC_P0Or__EXAM_Q0BSTJaN 

In another embodiment, a DMA may wish to modify only a particular template. For 
example, DMA-A may wish to augment the template for "fracture" to, encourage calcium 
supplements for middle-aged or older females. In one realization, such an algorithm is expressed 
as follows: 

DMA = DMA-A; 

SELECTION B FRACTURE jrEMPLATB; 
TASK - ANY; 
FREQUENCY = ALWAYS; 
PRIORITY = LOW; 

CONDITION - AGE 40 GENDER - F; 

CONTENT a INFORMATION TEXT: "A recent i\MA study recommends 
supplemental calcium for most females over 40" 

In one embodiment, that text information is replaced by a JPEG or GIF image. In one 
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embodiment, flie text information is hyper-linked to a more detailed discussion. Other 
preventive care pionq)ting examples include prompting the HCP to order a mammogram for 
patients that have not had one recently, prompting the HCP to order a cholesterol test if the 
patient is overweight and has not had such a test recently, prompting the HCP to prescribe a 
smoking cessation product if the patient's smoking status is TRUE and the patient is not cuirently 
taking that medication, and so on. 

For an exemplary pati^t education task implementation, in one realization the DMA, 
HCP, and patients use the healthcare EMR system to transmit educational material to patients, hi 
another realization, a DMA may develop a set of smoking cessation information .that they wish to 
transmit to their smoking patients. The DMA wishes to prompt the HCP to authorize sending 
that infomiation when the patient visits the HCP when the HCP is engaged in PMFSH task for 
the patient and to send that information only if the HCP approves. In one embodiment, such an 
algorithm is expressed with tiie element: 

DMA - DMA-A; 

SELiECTION = ALWAYS; ■ 
TASK = PMFSH; 
FREQUENCY = 30 days; 

CONDITION = ID_OF_SMOKING_STATUS_Q0ESTION - true; 

CONTENT « QUESTION IDJ)F_SEm_SMOKXmjCESSATION_imV_PRQMPT, 

ORDER TRANSMIT_TO_DMA IDjOF_SBND_SMOKINGjCESSATION_INFO_PROMPT 

Similar rules could allow a DMA to communicate diet, exercise, diabetes management, 
pregnancy, and other information. In one realization, a DMA may wish to send educational 
material to its patients while the patients are using the healthcare EMR system to enter pre- 
clinical encounter information. For example, in one embodiment, the healthcare EMR system 
provides Patient-PMFSH review, Patient-HPI, and patient-INFO tasks that allow patients to fill 
in updates to their past medical, family and social history, to enter the history of their present 
illness and to view selected health information while they wait in the clinic waiting room. For 
example, if a patient indicates that they have a fever, the DMA may wish to display rules for 
distinguishing a cold from a fever to the patient while they wait, hi one embodiment, such an 
algorithm is expressed with the element: 

DM^ « DMA-A; 

SEtiECTION o OOLD_OR_PLU_TEMPIATE; 
TASK = Patient-INFO; 

CONDITION - ID_0F_FEVBR_QUESTI0N - true; 
CONTENT o INFO IDjOFj:)MAJijCOLD_V_PLU_INFOJ3HEET 
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Similar anangements allow a DMA to provide smoking cessation, diet, exercise, cancer 
screening, heart disease and similar infoimatioa to impropriate patients while those patients are in 
a clinic waiting room or at home filling out pre-clhucal information. Such an arrangement would 
also allow a DMA to inform a patient about general procedures or features of the DMA, such as 
"Call 1-800-my-nurse for answers to any medical question," or "Go to http://www^DMA-Aicom 
for answers to your health questions** or "Emergency room visits are only reimbursable if DMA- 
A is notified within 48 hours of the visit'* and so on. 

In one realization, a DMA may wish to prompt HCPs to counsel a patient about a 
particular problem and may provide specific counseling informatiorL The DMA could specify an 
algorithm that reminds the HCP to do so during the encounter. In one embodiment, such an 
algorithm is CTCpressed with the element 

DMA = DMA-A; 
SEIiECTION « ALWAYS; 
TASK « PMFSH; 

CONDITION a BodyjnaSB_Index 28 & ID_PATIENT_REPORT_BXERCISE I3Mfl- 
A_DIET_AND_EXBRCISB_INFO 

Then, when the HCP accesses the PMFSH task for a patient with a body mass index 
greater than 28 and whom reports exercising less than once per week, the healthcare EMR syst^ 
with die extended EMR flow will prompt the HCP with DMA-A's diet and exercise lecture to be 
delivered by the HCP to the patient. 

For resource utilization based embodiments, in one embodiment, the healthcare EMR 
system provides mefliods whereby DMAs can offer guidance to HCPs to improve resource 
utilization to reduce costs and improve quality of care. For example, the DMA may specify &at 
certain medications, such as those on a "formulary list", are preferred to others. This can be 
accomplished, for example, by highlighting on-foimulary medications, highlighting off- 
formulary medications, or adding a ''banner" of information for medication X that is displayed 
when medication Y is displayed. 

For example, the DMA may specify a set of questions that the HCP should answer to get 
approval to prescribe a given "off-formulary" medicatiorL In one embodiment, this approval 
process is accomplished by specifying a question with ID OFF-FORMULARY-DMA-1- 
X MBDICATION-X for approval of medication X by DMA- 1 that is displayed when medication X 
is displayed or when medication X is selected. In another embodiment, if the set of questions is 
long, this approval process is accomplished by specifying one initial question that is displayed 
when medication X is displayed and specifying several additional questions that are asked if the 



26 



wo 02/42876 PCTAJSO 1/441 18 

initial question is answered and matches some condition. In another embodim^t, this set of 
questions is specified as a "prerequisite question" as described above. For example* a similar 
methodology may be used by a DMA to specify a set of questions that the HCP should answer to 
get c^proval to perform a procedure or test This process is illustrated in FIGS. 13 through 16. 

FIG. 13 shows an exemplary graphical user interface of an electronic medical chart that 
may be used in an embodiment of the pres^ invention to prompt a user to answer a set of 
questions fix>m a disease management advisor for getting an approval to perfomi a procedure or 
test. FIG. 14 shows an exemplary graphical user inter&ce of an electronic medical chart that may 
be used in an embodiment of the present invention to select a procedure of a care plan. FIG. 15 
shows an exemplary graphical user interface of an electronic medical chart that may be used in an 
embodiment of the present invention by a disease management advisor to specify a set of 
questions that a health care professional may answar regarding ^proval to p^orm a procedure 
as a care plazL FIG. 16 shows an exemplary grEq)hical user interface of an electronic medical 
chart that may be used in an embodiment of the present invention by a health care professional to 
answer a set of questions that a disease management advisor may specify regarding q)proval to 
perform a procedure as a care plan. 

In another exemplary implementation, a DMA, such as a prescription benefits 
management company, health maintenance organization, or insurance company, would use the 
system to direct patirats to use specific preferred pharmacies to fill their prescriptions. For 
example, this implementation would specify that for patients associated with a particular DMA, 
during a patimt pre-encounter task, such as patient-PMFSH or patient-review-insurance- 
information, that the system should insert content to prompt the patient to select a pharmacy to 
which orders will be transmitted. 

In another exemplary implementation, a DMA such as a pharmacy company would use 
the system to encourage patients to use a specific preferred phannacy. For example, this system 
would specify that for all patients, during a patient select-pharmacy task, that the system should 
insert content such as a banner ad or highlig}ited content such as a selectable input element to 
encourage the patient to select the specified pharmacy. 

hi another exemplary implementation, a DMA such as an HMO would use the system to 
communicate with or guide an HCP who is referring a patient to a different HCP or specialist 
HCP such as a surgeon or dermatologist. In one such implementation, a DMA would specify that 
when an HCP is working on the SPECIAIiSTJlBFBRRAL task and the current patient is 
associated with the DMA, the system should insert content such as a Ust of DMA-cqsproved 
specialists or highlight DMA-approved specialists on the default list In another such 
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implementation, a DMA would specify that when an HCP is woiking on the 
CARDIAC_SPECIALIST_REFBRRAL task and the currrat patient is associated with the DMA, 
the system should insert content such as a list of DMA-s^pioved cardiac specialists or highUght 
DMA-t^pioved cardiac speciaUsts on the default list. In another exemplary implementation, a 
DMA would specify that when an HCP is working on the SPECIALISTJREFERRAL task and 
the current patient is associated with the DMA and under the condition that the current encounter 
record includes diagnosis of congestive heart disease, the syst^ should insert content such as a 
list of DMA-approved cardiac specialists or higbli^t DMA-approved cardiac specialists on the 
default list 

In another exemplary implementation, a DMA such as an HMO or benefits management 
company would use the system to communicate with or guide an HCP who is ordering a 
laboratory test or procedure. In one such implemmtation, a DMA would specify fliat when an 
HCP is working on the ORDER_LABS task and the current patient is associated wifli the DMA, 
the system should insert content such as a list of DMA-approved labs or highlight DMA- 
approved labs on the default list. In another such implementation, a DMA would specify that 
when an HCP is woiking on the ORDER_CBC_LABS task and the current patient is associated 
with the DMA, the system should insert content such as a list of DMA-^proved lab for CBC 
tests or highlight DMA-approved labs for CBC tests on the default list 

In another exemplary implementation, a DMA would specify to the system that it wishes 
to receive information gathered by HCPs during an encounter with patients associated with tiie 
DMA. In one such implementation, a DMA would specify that for patients associated with the 
DMA, the system should insert in the FINISH JBNCOUNTER task content comprising a prompt 
for the HCP to transmit all findings &om the encoxmter to that DMA. In one implementation, this 
content element includes a text message requesting that the HCP transmit the information, a set 
of hiddm elonents corresponding to the patient's ID and all findings by the HCP about the 
patient for the current encounter, and an activation button where activating the button causes the 
hidden elements to be transmitted to the DMA. 

In another exemplary implementation, a DMA would specify to the system that it wishes 
to enroll "high risk" patients such as diabetics in specific disease management programs. In one 
such implementation, a DMA would specify that for patients associated with the DMA, the 
system should insert in the F1N1SH_ENC0UNTER task content comprising a prompt for Uie 
HCP to transmit the patient's name, ID, and diagnosis to that DMA on the condition that the 
patient is diagnosed with diabetes. In one implementation, this content elemait includes a text 
message requesting that the HCP transmit the information, a set of hidden elements 
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corresponding the patient*s ID and diagnosis, and an activation button where activating the 
button causes the hidden elements to be transmitted to the DMA. In anoth^ exemplary 
inq)lementation, a DMA such as a medical research institute would specify to the system that it 
wishes to enroll patients meeting criteria specified by the DMA in specific medical studies such' 
as medication trials. In one such inq)lementation, a DMA would specify that for all patienls, on 
the condition tiiat ttie patient's encounter record has fields meeting specified Boolean tests (e.g., 
age > 18 AND gender = F AND smoking - no AND diagnosis = Flu) the system should msert in 
the FINISH^ENCOUNTER task content comprising a prompt for the HCP to transmit the 
patient's name, ID, and diagnosis to that DMA in order to enroll the patimt in a study. In one 
implementation, this content element includes a text message describing the study and requesting 
that the HCP transmit the information, a set of Mddea elements corresponding the patient's ID, 
demographic and contact information, and diagnosis, and an activation button where activating 
the button causes the hidden elements to be transmitted to the DMA. 

In another exenqplary inq)lementation, a DMA such as an HMO or prescription benefits 
management company would use the system to communicate with or guide an HCP who is 
ordering a medication to encourage the physician to select an appropriate medication based on 
data-driven medicine such as step therapy. In one such implementation, a DMA would specify 
that when an HCP is working on the Rx task and the current patient is associated with the DMA, 
and on the condition that the diagnosis matches a specific diagnosis (e.g., diagnosis = ear 
infection) and that the patient's medical history does not indicate that a first-lme antibiotic has 
been prescribed for the patient (e.g., medications during past 7 days does not include amoxycillin 
or tetracycline) and that the current encounter record indicates tibiat a powerful or expensive 
antibiotic has bean prescribed (e.g., new medications includes keflex), the system should insert 
contoit such as banner display or message reminding the physician that a specified first-line 
antibiotic should generally be prescribed before a more powerfiil or more expensive antibiotic is 
used (e.g., 'Tor patients with ear infection, the recommended step therapy begins with a I week 
course of amoxycillin or tetracycline. Keflex should generally be prescribed only if the patient 
does not respond to these initial medications.") 

Further, tiie healthcare workflow may be altered in accordance with the medical 
diagnostic and treatment algorithm. The modification may take various forms. These forms may 
include a banner, a highlighted-option, a question, information, a warning, an electronic form, an 
action such as a sending of a message to a user or other, an iiq}ut method for executing orders, an 
auditory notification, a tactile notification, a change in woikflow order, an addition of one or 
more steps to the woikflow process, adding a hyperlink, notification of a drug trial. 
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recommeDdation of step therapy, a question for the HCP to ask the patient, a question for the 
patient, a request for a test or observation, a prompt to do periodic preventative care or 
immunization, a input to activate sending educational material to the HCP or patient, a prompt to 
send information to the DMA, a highlighting or display of a subset of possible medicatioiDfi, a 
Ugbligihting or display of a subset of medical specialists for referral, a hi^ilighting.pr displaying 
of a subset of laboratories to which orders may be sent, a highligihting or display of a subset of 
pharmacies to which medication orders may be sent, a display of a form for approval of a 
medication, a display of a form for approval of a test, a prompt to or automatic enrolhnent pf a 
patient in a disease management program. 

In an exemplary implementation, the system also comprises at least one or a 
plurality of Algorithm-Input servers. Each Algoritihm-Input server provides an interface whereby 
a DMA may create, iq>date, edit, and delete their disease management algorithms. In an 
exemplary implementation, an Algorithm-Input server stores each DMA*s algorithms locally. In 
another exemplary implementation, the Algoriflmi-Input server stores each DMA*s algorithms at 
the Coordination Server. In an exemplary implementation, a single Algorithm-Input server 
provides an interface to a plurality of DMAs and enforces access control to ensure that DMAs 
access only algorithms they own or have been granted permission to access. In another exemplary 
implementation, a plurality of Algorithm-Input servers each provide access to a spediBc subset of 
DMAs. For example, each DMA may use an Algorithm-Input server located locally at the DMA. 

FIG. 17 is a block diagram of the fimctional components of an exemplary interactive 
device adapted to provide an interface to a physician for fecilitating a ph^ical exam session. 
Interactive device includes a microprocessor executing a conq>uter program stored at least in part 
in a read only memory (ROM) and carrying out many of tfie steps of the present invention. 
Interactive device includes a communications device for communicating with a server on, which 
may reside additional portions of the computer program and data used in carrying out the 
invention. Interactive device also uses a random access mmory (RAM) for temporary 
information storage. 

Interactive device also includes at least one ou^ut intcarface and associated circuitry for 
cotDmunicating information to a user such as a physician, as well as one or more mput interfaces, 
such as a touch sensitive screen and a microphone, witii associate circuitry for receiving 
information from the physician. Output interlace can provide information to the physician 
visually, audibly, or in any combination of ways. Input interfaces can allow input in any number 
of ways, such as by a touch screen, keyboard, voice capture, voice data recognition, voice 
command recognition, handwriting image capture, cognitive handwriting recognition, or any 
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other way or combination of ways of receiving communications to the physician. 
Communication device or a dififerent communication device can optionally support data ports for 
connection ejctemal devices, such as thermometers or blood pressure measurement devices. 

The interactive device could comprise, for example, a desktop, l^top, tablet, or ofh^ 
type of computer. The preferred ^bodiment of interactive device may change as technology 
evolves. The components that con^rise interactive device do not need to ^bc physically 
incorporated into a single unit. For exanqile, a wall display or speaker could be used as the 
output device. A microphone mounted in a room could be used as an mpni device, and 
additional memory may reside off the device. Any type of devices that can provide information 
to the physician and receive input from the physician can be used as an interactive device without 
departing fiom the scope of the invmtion as defined in the claims cqppended hereto. 

FIG. 18 shows a top view of the interactive device of FIG. 17. FIG. 18 shows a preferred 
interactive device in the form of a handheld computing device or tablet on which a physician 
interface is displayed. Tablet includes a touch sensitive screen for selecting items from a 
displayed screen, a pen stroke area (which may be the entire screen) for entermg information 
using pens strokes, and a microphone fior-accepting speech commands or data from the physician. 
One or more connection ports allow direct connection of one or more devices such as an 
electronic ttiermometer or blood pressure measuring device. 

A system for specifying medical diagnosis and treatment algorithms that may be 
integrated into a healthcare workflow, the system may include: (a) a coordination server having 
one or more rules for selecting at least one treatment algorism based on medical and 
demographic information about a patient; and (b) an interface for providing a plurality of 
questions related to one or more medical findings, the questions may be asked of the patient or 
entered about ihc patient and potential orders that may be executed for the patient The system 
may further enable access to a plurality of entities; each entity may specify one or more treatment 
algorithms to be included in one or more healthcare workflows. 

In an exemplary implementation, treatment algorithms are integrated into a healthcare 
workflow using the following stq)s, as shown in FIG. 19. In step 1 a user such as an HCP or 
patient accesses an interface such as an HCP inter&ce or patient interface and enters medical 
findings. In step 2, entered findings and stored information about the patient are transmitted to a 
coordination server. In step 3, the coordination server selects at least one-treatment algorithm 
using rules for selecting at least one treatment algorithm based on medical and demographic 
information about a patient In step 4, the coordination server transmits the at least one treatment 
algorithm to the interface. In step S, flie interface displays content specified by the at least one 
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treatment algorithm. 

A system for specifying medical diagnosis and treatment algoritimis Qiat may be 
integrated into a healthcare workflow, the system may include: (a) one or more coordination 
servers having one or more rules for selecting at least one treatment algorithm based on medical 
and demographic information about a patioit; (b) an interface for providing a plurality of 
questions related to one or more medical findings, the questions may be asked of-the patient or 
entered about the patient and potential orders that may be executed for the patient; and (c) a 
distribution server that distributes information from the interfaces to the one or more 
coordination servers, receives one or more, treatment algorithms from the one or more 
coordination servm, and transmits these one or more treatment algorithms to the one or more 
inter&ces to be included in one or more healthcare workflows, ha an exenq)laiy implementation, 
the one or more coordination servers are managed by or located at different organizations such as 
different DMAs. 

In an exemplary implementation, treatment algorithms are integrated into a healthcare workflow 
using the following steps. Instep 1 a user such as an HCP or patient accesses an inter&ce such as 
an HCP interfrice or patient interface and enters medical findings. This accessmg may also 
comprise inserting, swiping, and/or using a smart card. In step 2, the interface transmits entered 
findings and stored information about the patient to a distribution server, hi stq) 3, a distribution 
server transmits entered findings and stored information about the patient to one or more 
coordination servers. In step 4, the one or more coordination servers select at least onc-treatm^t 
algorithm using rules for selecting at least one treatment algorithm based on medical and 
demographic information about a patient. In step 5, the one or more coordination servers 
transmits the at least one treatment algorithm to the distribution server. In step 6, the distribution 
server transmits the at least one algorithm from the at least one servers to the int^ace. In step 7, 
the interface displaj^ content specified by the at least one treatment algorithm. 

One embodiment of the invention is based on a method for presenting disease 
management algorithms to at least one user, the method may comprise: receiving or storing 
disease management algorithms from at least two disease management advisors; selecting a 
subset of algorithms; and presenting the subset of algorithms to the at least one user. In the 
method step of selecting, the at least one user may input search with one or more selection 
criteria. Likewise, in the method step of presenting the subset of algorithms may be presented 
using a common display format. The method may fiirtfier comprise an electronic healthcare 
workflow in which the step of selecting selects algorithms associated wth medical or 
demographic information in an active patient's medical record. Alternatively, the method may 
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fiutiier comprise an electronic healtbcare workflow in which flie step of selecting selects 
algoriflims associated witii one or more of the active patient's disease management advisors. In 
addition, flie method may further comprise an electronic healthcare workflow in which the step 
of presenting comprises augmenting, modi^g, or replacing the electronic healflicare worirflow 
display with disease manag^ent algorithm information. *; 

Another alternate CTibodiment of the invention is based on a computer^plemented 
method for integrating the display of disease management algorithms with an electronic medical 
record, the method comprising: providing an electronic healthcare workflow having one or more 
woricflow tasks; providing one or more disease management algorithms; selecting one or more of 
the disease management algorithms; and presenting information or options specified by the 
disease management algorithms during the execution of one or more woricflow tasks. The 
method step of selecting may further comprise utilizing relevant disease management algorithms 
based on the current patient's demogr^hic information or medical information or both. The 
method step of presenting may further comprise augmenting, modifying, or replacing the options 
available or the data displayed at one or more workflow tasks in the electronic healthcare 
workflow. The displayed data may include a subset of algorithm elements that are displayed 
with the one or more workflow tasks are those algorithm elements, which are associated with the 
specific workflow task. The method st^ of presenting may further comprise using a plurality of 
actions, the actions include but not limited to displaying a banner, augmenting a datarinput 
template, modifying a data-input template, r^lacing a data-input template, displaying an icon, 
displaying a warning, requiring acknowledgement of a warning, sending an alert message to the 
healthcare practitioner, providing an input device that may be activated to execute specified 
orders, providing an auditory notification, providing a tactile notification, changing the worirflow 
order, and/or introducing one or more steps to the electronic healthcare workflow order. 

Another embodhnent of the invention provides a healthcare EMR system using an 
integrated workflow routine, a disease management engine, a plurality of disease management 
algorithms, and an interface to provide communication between one or more external disease 
management advisors and one or more healthcare providers/professionals/practitioners for 
servicing one or more patients. The communication may be provided through the interface in 
conjunction with the integrated workflow routme, which may utilize one or more workflow 
mechanisms. 

For example, in a woricflow mechanism, a disease management advisor creates an 
appomtment witiiin the healthcare EMR system for a patient to schedule a visit with a healthcare 
professional at a cUnic for a healthcare professional-patient encounter. The disease management 
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advisor transmits relevant information about the patient to the healthcare EMR system that is 
displayed by the integrated woxkflow routine during the patient^s visit to the clinic, the disease 
management advisor transmits a disease manag^ent algorithm to the disease management 
engine for augmenting the integrated workflow routine for the healthcare EMR system, the 
disease management engine transmits refill requests for the patient to the mtegr^ed workflow 
routine, tiie disease management engine responsive to the disease management algorithm sends a 
message to the heal&care professional containing information or suggestions for improving 
his/her practice of medicine, for example, duriog a specific task fiom the disease management 
algorithm, the disease management engine sends a message to the healthcare professional 
containing information or suggestions for improving his/her decision for the specific task, the 
disease management advisor sends the healthcare professional a directive to send specific 
information about the patient to the disease management advisor upon completion of the 
healthcare professional-patient encounter, in response to the directive, the healthcare professional 
sends information about the patient to the disease management advisor, the integrated workflow 
routine sends information about -the patient from Qie healthcare EMR system to the disease 
management engine, the information may include decisions or information entered into the 
integrated workflow routine during or for one or more past healthcare professional-patient 
encounters, and the disease management ^igme analyses these decisions to evaluate their 
effectiveness, to generate suggestions for improvement, or to provide data generated to a medical 
data gathering device controlled by the integrated workflow routme which sends data to the 
disease management advisor. 

Another alternate embodiment of the inv^ation is based on a healthcare EMR system, the 
healthcare EMR system may include an integrated workflow routine, a disease management 
engine, a plurality of disease management algorithms, and an interface to provide communication 
between one or more external disease management advisors, one or more healthcare 
providers/professionals/practitioners, and one or more patients. The conamunication may be 
provided through the interface in conjunction with the integrated workflow routine, which may 
utilize one or more workflow mechanisms. 

For example, m a workflow mechanism, a disease management advisor directs a patient 
to make an appointment through the healthcare EMR system. Alternatively, a disease 
management advisor creates an appointment within the healthcare EMR system for a patient to 
schedule a visit with a healthcare professional at a clinic for a healthcare professional-patient 
encounter. The disease management advisor transmits relevant information about the patient to 
the healthcare EMR syst^ that is displayed by the integrated workflow routine during the 
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patieaf s visit to the clinic, the disease management advisor transmits a disease management 
algorithm to the disease management engine for augmenting the integrated woricflow routine for 
the healthcare EMR system, the disease management engine transmits rejSll requests for the 
patient to the -integrated workflow routine, the disease management engine responsive to the 
disease management algorithm sends a message to the healthcare professional contaming 
information or suggestions for improving his/her practice of medicine, for example, during a 
specific task fix)m the disease management algorithm, the disease management engine sends a 
message to the healthcare professional containing information or suggestions for improving 
his/her decision for the specific task, flie disease management advisor sends the healthcare 
professional a directive to send specific information about the patient to flie disease management 
advisor upon completion of the healthcare professional-patient encounter, in response to the 
directive, the healthcare professional sends mformation about the patient to the disease 
management advisor, the integrated workflow routine sends information about the patient fix>m 
the healthcare EMR system to the disease management engine, the information may include 
decisions or information entered into the integrated workflow routine during or for one or more 
past healthcare professional-patient encounters, and the disease management engine analyses 
these decisions to evaluate their effectiveness, to generate suggestions for improvemait, the 
disease management engine queries the patient to enter treatment compliance information and the 
health care system transmits the results to the disease management engine and/or to the 
healthcare professional for integration with the integrated workflow routine, in response, the 
disease management engine transmits instructions to the patient, to the healthcare professional, 
and/or to provide data generated to a medical data gathering device controlled by the integrated 
workflow routine which sends data to the disease management advisor. 

Another embodiment of the invention is based on an electronic media, comprising a 
program for performing the methods of the invention. Another embodiment of the invention is 
based on a computer program, comprising computer or machine-readable program elements 
translatable for implementing the methods of the inventioa 

By providing an electronic tool into the hands of the physician during the patient 
encounter, the present invention allows real-time quality and eflBciency guidance. Because the 
present invention assists rather than burdens the physician, he/she will use the system during the 
physician-patient encounter, so the diagnostic and treatment information are available 
electronically for automatic checking. Moreover, by providing flie physician with authoritative 
guidelines for diagnoses and treatm^ts, a standard level of care is provided. The physician is 
not constrained, however, to any diagnosis or treatment presented by the system. The physician 
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is always fifee to enter the diagnosis and treatment elements that he deems ^ropriate. 

Although tide present invention and its advantages have been described in detail, it should 
be understood (hat tiie system and software represent the software system for healthcare 
professionals. For these reasons, various changes, substitutions and alterations may be made 
herein without departing fiom the spirit and scope of the mvention as defined byjhe appended 
claims. Moreover, the scope of the present iqppUcation is not intended to be limited to the 
particular embodiments of the process, machine, manufacture, composition of matter, means, 
methods and steps described in the specification. As one of ordinary skill in the art will readily 
appreciate firom the disclosure of the present mvention, processes, machines, manufacture, 
conq)Ositions of matto:, means, methods, or steps, presently existing or later to be developed that 
perform substantially the same function or achieve substantially flie same result as the 
corresponding embodiments described herein may be utilized according to the present invention. 
Accordingly, the appended claims are intended to include within their scope such processes, 
machines, manufacture, compositions of matter, means, methods, or steps. 
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WHAT IS CLAIMED IS: 

1. A system for specifying at least one medical diagnostic and treatment algorithm in a 
healthcare woiicflow, the at least one medical diagnostic and treatment algorithm beiiig 
associated with at least one disease management entity, the system comprising: 

at least one s^er having at least one medical diagnostic and treatment algorithm; 

a user interface in communication with the at least one server, the user interface operable 
to display information associated with the healthcare workflow to a user; and 

the at least one server operable to modify the healthcare workflow in accordance with the 
at least one medical diagnostic and treatment algorithm. 

2. The system of Claim 1 wherein the user is a healthcare professional. 

3. The system of Claim 1 wherein the user is a patient 

4. The system of Claim 1 wherein the modification of the healthcare worldlow is represoited by 
the display of a banner. 

5. The system of Claim 1 wherein the modification of the healthcare workflow is represented by 
the display of a highlighted choice. 

6. The system of Claim 1 wherein the modification of the healthcare workflow is represented by 
the display of a question. 

7. The system of Claim 1 wherein the modification of the healthcare workflow is represented by 
the display of a notification of a drug trial. 
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8. The system of Claim 1 wherein flie modification of the healthcare workflow is represented by 
the display of a recommended step therapy. 

9. The system of Claim 1 wherein the user inter&ce is a portable device. v 

10. A portable device for integrated disease management, the portable device being in 
communication with at least one server, the at least one server having at least one medical 
diagnostic and treatment algorithm associated with a healthcare workflow, the at least one 
medical diagnostic and treatment algorithm being associated with at least one disease 
managemoit entity, the portable device comprising: 

a display, the display displaying at least one interface associated with the healthcare 
workflow to a usar, and 

a communications circuitry for communicating with the at least one server, the 
communications circuitry sending information associated with the healthcare workflow to the at 
least one server, the communications circuitiy receiving an information fiom the at least one 
server, the information being associated with a modification in the healthcare workflow, the 
display modifying the at least one interface to represent the modification in the healthcare 
workflow. 

11. The portable device of Claim 10 wherein the user is a healthcare professional. 

12. The portable device of Claim 10 wherein the user is a patient. 

13. The portable device of Claim 10 wherein the modification of the at least one interface is 
represented by a banner. 
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14. The portable device of Claim 1 0 wherein the modification of the at least one interbce is 
rq>resented by (be display of a highlighted choice. 

15. The portable device of Claim 10 wherein the modification of the at least one iitterfece is 
represented by the display of a new questioa 

16. The portable device of Claim 10 wherein the modification of the at least one interfiace is 
represented by the display of a notification of a dn^ trial. 

17. The portable device of Claim 10 wherein the modification of the at least one interface is 
r^resented by the display of a recommended step therapy. 

1 8. A method for selectively modifying a healthcare workflow, the method comprising: 

collecting medical information fi:om a user with an interactive device; 

transmitting fhe medical information to a server fix>m the interactive device; 

selecting a medical diagnostic and treatment algorithm for a set of at least one medical 
diagnostic and treatment algorithms; 

transmitting medical diagnostic and treatment information associated with the medical 
di^ostic and treatment algorithm to the interactive device; and 

selectively displaying the medical diagnostic and treatmmt information to the user with 
the interactive device. 

19. The method of Claim 18 wherein die user is a healthcare professional. 

20. The method of Claim 18 wherein the user is a patient. 
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2 1 . The method of Claim 1 8 wherein the medical diagnostic and treatment infonnation is 
represented by a banner. 

22. The method of Claim 18 wherein ttie medical diagnostic and treatment information is 
represented by the display of a highlighted choice. 

23. The method of Claim 18 wherein the medical diagnostic and treatment infonnation is 
represented by the display of a new question. 

24. The method of Claim 1 8 wherein the medical diagnostic and treatment information is 
represented by the display of a notification of a drug trial. 

25. The method of Claim 1 8 wherein the medical diagnostic and treatment infonnation is 
represented by the display of a recommended step therapy. 

26. The method of Claim 1 8 wherein the step of collecting medical information con^riscs 
interfacing with a smart card. 



40 



wo 02/42876 PCTAJSOl/44118 
27. A program storage device readable by a machine, tangibly embodying a program of 
instructions executable by the machine to perform methods steps for selectively modifying a 
healthcare workflow, said method steps comprising: 

collecting medical information fix)m a user with an interactive device; 

V. 
m 

transmitting the medical information to a server Scorn the interactive device; 

selecting a medical diagnostic and treatment algorithm for a set of at least one medical 
diagnostic and treatment algorithms; 

transmitting medical diagnostic and treatment information associated with the medical 
diagnostic and treatment algorithm to the interactive device; and 

selectively displaying the medical diagnostic and treatment information to the user with 
the interactive device. 



41 



wo 02/42876 



1/19 



PCT/USOl/44118 




wo 02/42876 PCT/USOl/441 18 

2/19 



/3 D:ScoinpaniesVecare\palenU\palent-niginl\MguTec\Hli-WUHKFLUV/-LIPJKS,Mm! - Microcofl lnlc»ncl Csplorci 








m 



Conditioa- \CqPO 
General algoiidims: 

AMACOPDalgotTlfam 
Default COPD edgoritfam 



Spedfic payer algoiilluns: 

DMA- A COP n yi^ffflfWmi 
DMA>B COPD algorithm 
DMA-C COPD alaoritfam 
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Best practice treatment advisory 
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Drug class : antibiotics 

Arefliromvicin 
Helthinex 
Jardiflex 
Keflex 
Maagilex 
Nominex 
Penicillin 
Select a medication to prescribe. 
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Standard questions/findings: Cardiovascular exam 

Rhythm: ^ Regular <^ Irregular 

Rate: ^ Normal ^ fast ^ slow 

Murmur: ^ Present ^ Not Present 

Grade: oi/vi OnAn Offlm ^rv^ Oy/VI OVI/VI 

Timing: o Q^xly systolic ^ mid systolic ^ late systolic ^ systolic ejection ^ holosystolic 



Disease management questions/findings: Cardiovascular exam 

Dr. Lipscher, the patient's disease management company requests that you please answer these 
important disease management questions. Thank yoiL 

Mcdiastin^ crunch: ^ Present ^ Not present 



Radiation: 



o diastolic ^ early diastolic ^ mid diastolic ^ late diastolic ^ holodiastolic 
^continuous ^ machinery-type 
^. ^Neck O Axilla ^ Base ofheart^ Apex of heart ^Back P Diffuse 
o Abdomen 



S2: ^ Present <^ Not present 



S3: O Present ^ Not present 



S4: o Present ^ Not present 



Rub: ^ Present ^ Not present 
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Drug class : antibiotics 

Arethrbmvicin Best practice step I for inner ear infection 

Helthinex 

Jardiflex 

Keflex - 

Mangilex 

Nominex 

Penicillin 
Select a medication to prescribe. 
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Transmission of patient information 



Patient: John Doe ^ 
Physician: Randy Lipscher 

Recipient: Bleu Crux (patient's HMP/Disease management company) 
Results of cardivascular examination: 



Normal rate and rhythm 
No rub, no grind, no gallop 
No S3, no 82 

Mediastinal crunch present 
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: ReCanS jSg Helen Black 
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> Radiologi' 




'MRIofhead 
►MRIbfNeck 
►MRI of Chest 
'MRI of Abdomen 
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t.CBC ^ 

2. CMP 
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ReGare 1^ Helen Black 

Plans and Orders 
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gg - Helen Blade 

Plans and Orders 



ReCare SmartFoim has determined tlie 
oUowing: 

Patient Hden Black 

45 y.o. African American Female 

Hx: Heart Disease "* 

Hx: C/0 wealoiess: 



Pl«ise dieckaptfcafe^I^)]^^^ 

•New"onset.iiire'al&?ilJfe.ias\^:.p 

Head CTnot diag|iostic 



R not a Qanxlidat^dr^^ 



...... .,4^>.vV/ rJji 
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ReGire |5P Helen Black 

Plans and Orders 



t -J 



ReCare SmartFoim has determined the 
foUoTdng: 

Patient Helen Black 
45 y.o. African American Female 
Hx: Heart Disease 
Hx: cyo weakness 
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